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Description 



SYSTEM AND METHOD FOR 
COMMINGLED REMITTANCE PAYMENT 
PROCESSING 

Background of Invention 

[0001] The present invention relates generally to systems and 
methods for processing payment documents and, more 
specifically, to data processing that allows bill payment 
documents to be processed in a commingled manner 
negating the need to sort the bill payments by biller prior 
to commencement of processing and acceptance. 

[0002] Currently bill payment statements or invoices that are 

mailed by billers every month have respective and differ- 
ing bill printing, collection and remittance processes. 
Billing statements and payment coupons vary from postal 
card size documents printed with dot matrix printers to 
full-page 8 1/2" by 11" laser printed statements. Most 
have a tear-off return portion that contains at least the 
consumer's accounts receivable number and payment due 



amount. However, these data fields are printed on the 
document in different positions, formats and fonts for 
each of the different billers. 

[0003] while not standardized, most biller's have positioned the 
accounts receivable number and payment due amount in 
Optical Character Recognition (OCR) machine-readable 
font. However, this information may also be printed any- 
where on the return portion of the document. Because of 
this lack of standardization and limitations of remittance 
equipment used for processing the documents, it is nec- 
essary to first manually sort all of the documents by biller 
and then arrange them in proper physical orientation prior 
to processing. Document sorting and segregation by biller 
throughout the complete workflow is very important to 
the accuracy and integrity of remittance processing. 

[0004] utilities, telephone, cable, credit card and similar high 

volume billers often utilize third party service companies 
or commercial banks to handle their remittance process- 
ing functions, often referred to as lockbox services. They 
routinely receive thousands of payment envelopes on a 
daily basis. Each household typically makes six to eight 
recurring payments per month. Although some reduction 
in remittance volume has recently occurred due to con- 



sumer's acceptance of pre-authorized direct debit pay- 
ments, Internet-based home banking electronic bill pay- 
ment and presentment (EBPP), and other interactive Web- 
based electronic bill payment initiatives, the volume of the 
traditional paper-based process is expected to continue 
to grow, albeit at a slower rate than in past years. 
[0005] Typically, a consumer's mailed payment envelope contains 
payment materials consisting of two documents - a mon- 
etary document in the form of a bank check, money order 
or other negotiable paper, and a supporting accounts re- 
ceivable document in the form of a bill stub or payment 
coupon, which may be provided by tear-off return portion 
discussed above. By initially sorting the envelopes in the 
incoming mail stream by biller prior to mail opening, 
more efficient and accurate downstream processing of the 
consumer's bill payments can be achieved. This sorting is 
accomplished using one of several methods. The most 
common is by the assignment of unique Post Office Box 
number printed on the bill stub or payment coupon using 
a Post Office assigned barcode. The barcode, visible 
through the window envelope, is read by high-speed, 
multi-pocket, reader/sorter machines either at the Post 
Office or the processing site. The envelope is directed to 



one of the machine's pockets that is designated for that 
specific box number. Other sorting methods include man- 
ual sorting or key driven sorting devices. Regardless of 
the method employed, some type of machine-readable 
and/or human-readable means segregates the envelopes 
by biller. Some very large service companies may be as- 
signed a unique Post Office ZIP code that allows biller 
segregation by use of the ZIP plus four configurations. 
[0006] After the segregation process is completed, the envelopes 
are opened and the contents inspected, using either man- 
ual or automated equipment. The contents, the monetary 
document and the supporting accounts receivable docu- 
ment are inspected, properly aligned and then placed in 
batches of documents for the same biller. The batches 
may then be assigned to a remittance terminal operator. 
The operator initiates the automated remittance process 
by first manually adjusting the terminal's reading device 
to process the biller's batch of work. The accounts receiv- 
able document's machine-readable data is read, validated, 
endorsed, microfilmed or imaged, and pocketed. The doc- 
ument that follows is the monetary document. Its ma- 
chine-readable data is then read, validated, endorsed, 
hand-written payment amount read or key entered, mi- 



crofilmed or imaged, amount encoded and pocketed. Dur- 
ing this process, various edits are performed by software 
that has been specifically tailored to meet the biller's pro- 
cessing requirements. 

[0007] Some edits that are performed include deciphering the 
contents and characteristics of the Optical Character 
Recognition (OCR) line, which generally contains the ac- 
count number assigned to the consumer, the amount due, 
due date, and a check digit. Other edits performed, for 
example, may determine if a full payment is required or if 
a partial payment is acceptable, acceptance of a late pay- 
ment without the inclusion of the late fee, tolerance limits 
for high and low payment amounts, and whether a mini- 
mum payment amount is required. Because each biller's 
requirements vary, the remittance software must be cus- 
tomized to meet those requirements. 

[0008] upon completion of the reading, validation, and pocketing 
processes, an electronic record of the document's ex- 
tracted machine-readable information is generated. Fur- 
ther, these electronic records create files that are subse- 
quently extracted, formatted and transmitted to the biller 
to be used to update the biller's accounts receivable ac- 
counting records. The physical documents (e.g., the mon- 



etary document and the accounts receivable document) 
are directed to separate pockets of the remittance pro- 
cessing device. The accounts receivable documents are 
usually stored for an interim period or returned to the 
biller. The monetary documents are prepared for deposit 
and delivered to the biller's depository bank to credit the 
biller's account. The monetary documents then enter the 
bank's conventional check clearing system and ultimately 
debit the consumer's bank account at the consumer's 
bank. 

[0009] pigs. 1A-1C illustrates three examples of typical existing 
remittance documents that show the wide diversity of de- 
signs, formats and types of payment materials currently 
used by billers. The lack of document standardization is 
readily apparent by examining the contents of the ma- 
chine-readable Optical Character Recognition (OCR) field. 
In Fig 1A the consumer's accounts receivable number 102 
is comprised of thirteen (13) digits, in Fig. IB, the con- 
sumer's accounts receivable number 104 is comprised of 
ten (10) digits, and in Fig. 1C, the consumer's accounts 
receivable number 106 is comprised of sixteen (16) digits. 
The OCR field also includes the payment due amount 108, 
110, and 112 of nine (9) digits, ten (10) digits, and seven 



(7) digits, respectively. The human-readable fields 114, 
116, 118, 120, 122 and 124 depict different placement of 
the consumer's accounts receivable numbers and payment 
amount due fields, respectively. 
[0010] Referring now to FIG. 2, which is a schematic step- 
by-step, flow chart illustrating existing remittance pro- 
cessing operations 200. Incoming mail is received at the 
remittance processing site 202. Envelopes are next sorted 
by biller by manual or automated means 204. Envelopes 
are then opened by manual or automated means, retain- 
ing prior biller sequence 206. Contents of opened en- 
velopes are extracted while retaining prior biller sequence 
208. Contents are inspected to determine if payment ma- 
terials (bill stub or coupon and check or money order) are 
processable or unprocessable 210. Processable payment 
materials are placed in batches of 250 to 300 documents 
while retaining the prior biller sequence 212. Exception 
processing procedures 214 for unprocessable payment 
materials which include, for example, missing check, mul- 
tiple checks, cash payment, irregular payment amount, 
missing bill stub or coupon, multiple bill stubs or 
coupons, etc. Next, identification and selection of con- 
sumer correspondence, address changes and other con- 



sumer requested changes are directed to clerical proce- 
dures 216. Examination of monetary documents for nego- 
tiability and acceptability 218 that includes, for example, 
missing or incorrect payee, missing date, post date, stale 
date, legal and courtesy amount differs, foreign checks, 
third party checks, restrictive notations, etc. Perform ex- 
ception processing procedures for non-negotiable checks 
220. Generate batch control totals while continuing to re- 
tain biller sequence 222. Perform remittance processing 
automated procedures 224 by biller which includes, for 
example, adjustment and orientation of terminal reading 
devices, reading the OCR information from the bill stub or 
payment coupon, validating the OCR information, parsing 
and extracting the accounts receivable number and pay- 
ment due amount, performing the check digit calcula- 
tions, endorsing the document with an audit trail, micro- 
filming the document, extracting and storing the data in 
temporary storage media, and pocketing the document 
226. Perform validation of the monetary documents by 
biller, which includes reading the magnetic ink character 
recognition (MICR) code line information on the bottom of 
the document, validating the information, keying the pay- 
ment amount, encoding the document with payment 



amount, endorsing the document, microfilming the docu- 
ment, extracting and storing the data in temporary stor- 
age media, and pocketing the document 228. Balancing 
the monetary documents to previously generated control 
totals 230. Preparing monetary documents for deposit 
232 and delivery to biller's depository bank 234. Extrac- 
tion of accounts receivable electronic files, reformatting 
and transmitting to each biller 236. As can be seen, the 
existing process is complex and ultimately time consum- 
ing. 

[0011] The remittance processing description above is typical, 
however, it is very general and it should be appreciated 
that there are many variations of the process depending 
on the equipment utilized, software functionality and the 
biller's requirements. 

[0012] Regardless of the method employed for remittance pro- 
cessing, segregation of the envelopes and the payment 
documents for each biller remains a necessary require- 
ment. This segregation of the incoming payment en- 
velopes is a costly, time consuming and error-prone op- 
eration. It is necessary, however, due to the lack of format 
standardization of accounts receivable documents and the 
functional limitations of remittance terminal devices cur- 



rently on the market. As a consequence, each biller's work 
must be processed separately. 
Summary of Invention 



[0013] The present invention addresses the deficiencies prevalent 
in existing remittance processing systems wherein the 
sorting and physically orienting incoming payment mate- 
rials by biller is a requirement. The present invention dis- 
closes a system and method for processing of payment 
materials in a commingled or unsorted manner while still 
performing respective validation for billers. It is antici- 
pated that this will result in increased productivity, re- 
duced operational and equipment costs, and elimination 
of labor-intensive, error-prone operations. 

[0014] | n one embodiment of the present invention, a method of 
processing remittance payment materials in a commingled 
manner without regard to the biller by generating an elec- 
tronic template of each biller's accounts receivable docu- 
ment format is disclosed. This template contains the in- 
structions needed to locate unique printed information in 
machine-readable and/or human-readable fonts or de- 
signs. Additional information may be appended to the 
template that specifies the respective processing require- 
ments that the biller desires. 



[0015] | n another embodiment of the present invention, a 

method of performing the remittance processing applica- 
tion includes the use of a terminal device having the ca- 
pability to read and/or digitally scan both sides of the in- 
coming payment materials and determine the matching 
biller's electronic template. After the biller has been iden- 
tified, the payment material's required data is located and 
extracted for validation according to processing require- 
ments specified by the biller. 

[0016] it is an objective of the present invention to eliminate the 
requirement that incoming payment materials be segre- 
gated by biller prior to processing. 

[0017] it i S another objective of the present invention to improve 
the productivity and accuracy of remittance processing 
operations. 

[0018] n is yet a further objective of the present invention to re- 
duce the costs associated with remittance processing. 

[0019] it is a further objective to the present invention to reduce 
the number of box numbers used by the billers. 

[0020] Further objectives and advantages of the present inven- 
tion will become apparent from a consideration of the 
drawings and ensuing descriptions. 
Brief Description of Drawings 



[0021] For the purpose of facilitating an understanding of the 
subject matter sought to be protected, there are illus- 
trated in the accompanying drawings embodiments 
thereof, from an inspection of which, when considered in 
connection with the following description, the subject 
matter sought to be protected, its construction and oper- 
ation, and many of its advantages should be readily un- 
derstood and appreciated. 

[0022] FIG. 1 depicts examples of existing payment materials 
used by typical billers; 

[0023] FIG. 2 is a schematic flow chart illustrating prior art remit- 
tance processing operations; 

[0024] FIG. 3 is a schematic flow chart illustrating remittance 

processing operations in accordance with an embodiment 
of the present invention; 

[0025] FIG. 4 is a schematic drawing illustrating the remittance 
processing terminal and peripheral equipment compo- 
nents located at a remittance processing site of an em- 
bodiment of the present invention; 

[0026] FIG. 5 is a schematic flow chart of generating electronic 
templates of billing payment materials in accordance with 
an embodiment of the present invention; 

[0027] FIG. 6 is a schematic flow chart depicting the processing 



steps performed at the remittance processing site in ac- 
cordance with an embodiment of the present invention; 
[0028] FIG. 7 is a schematic flow chart illustrating a method of 

processing multiple payment materials from a single con- 
sumer in accordance with an embodiment of the present 
invention; and 

[0029] FIG. 8 is a schematic flow chart illustrating a method of 
processing consumer's payment materials consisting of 
accounts receivable documents and monetary documents 
in accordance with an embodiment of the present inven- 
tion. 

Detailed Description 

[0030] 23FIG. 3 illustrates significant simplification available 

through the practice of an embodiment of the present in- 
vention in comparison to the prior art processing steps 
described in FIG. 2. In an embodiment, incoming mail is 
received at the remittance processing site 302. Envelopes 
are opened by manual or automated means without re- 
gard to biller 304. Contents are extracted and the single 
payment document is placed in batches without regard to 
biller 306. Remittance processing automated procedures 
are performed 308 which may include, for example, digi- 
tally scanning the payment document to create an image 



of the document, examining the digital image to retrieve 
the electronic template corresponding to the biller's docu- 
ment, validating the payment document's OCR informa- 
tion, parsing and extracting the consumer's accounts re- 
ceivable number and payment due amount, performing 
check digit calculations, comparing the payment due 
amount to the consumer's written payment amount, en- 
dorsing the payment document with an audit trail, ex- 
tracting and storing the data in temporary storage media, 
and pocketing the document. Generating electronic data 
files from the stored payment data to create Automated 
Clearing House (ACH) compatible files 310 and reformat 
account receivable data 312 and payment document im- 
ages 314. Transmitting ACH files to an ACH originator 
316. Transmitting accounts receivable files and document 
image files to the biller or biller's intermediary processor 
318. 

[0031] Referring to FIG. 4 in an embodiment, a system includes 
remittance processing terminal devices 400 which, typi- 
cally, are composed of peripheral components that may 
include scanning devices 402, OCR 404, barcode 406 and 
MICR 408 readers, document imaging digital cameras 
410, screen display monitors 412, data entry keyboards 



414, pocket modules 416, line/page printers 418, en- 
coders 420, endorsers 422, and computer circuitry 424 
within the terminals interfaced by cable or communication 
ports in operable connection with the peripheral compo- 
nents via a controller 424. Computer memory compo- 
nents, modems, data storage devices and the necessary 
operating systems, databases, Internet connectivity and 
software needed to execute the application systems may 
be housed within a personal computer (PC) 426 as an in- 
tegral component of the remittance terminal. Two or more 
terminals may be networked and supported by a dedi- 
cated server device 428 through a means well known, 
such as, for example, a communication cable. It should be 
noted that other types of compatible processing equip- 
ment might be included or substituted in the hardware 
configuration described above. 
[0032] FIG. 5 is a process flow chart representative of an embod- 
iment of the present invention illustrating the steps in- 
volved in generating respective electronic templates of 
biller's payment documents. The payment documents may 
be in the form of non-negotiable bill stubs or payment 
coupons. These documents may originate from tear-off 
portions of repetitive bills such as utility, telephone, cable, 



credit card, and mortgage and installment coupon books, 
as discussed previously. 
[0033] The first step is initiation of program 500, by a terminal 
operator, which executes the electronic template genera- 
tion process. The operator then enters the biller's name 
and an assigned biller identification number and the doc- 
ument's dimensions (length and height). An indicator may 
also be entered to note that one side of the document will 
always be blank or will not contain any required or op- 
tional fields. The font type used for printing the docu- 
ment, and the data field content and format of the biller's 
accounts receivable record may also be entered 502. This 
entry process generates an electronic biller header record 
504. A sample of the biller's actual payment document is 
then scanned (front and back) 506. The operator high- 
lights the unique field(s) and content(s) thereof that will 
positively identify the document as that used by the biller 
508. This may be the return address or box number usu- 
ally found on the front side of the document and designed 
to fit into the window of the return envelope that is nor- 
mally enclosed with the bill, statement or coupon pack- 
age. However, the address field may only be printed on 
the backside of the document. By knowing the type and 



style of return window envelope enclosed by the biller, it 
is possible to specify the exact placement as to where the 
address will appear. However, other methods may be used 
that can search the digitized image for unique codes that 
are embedded in the United States Postal Service's POST- 
NET and PLANET bar code fields or, alternatively, to locate 
the ZIP code and then the return address. Other types of 
unique identifiers that may be used are the biller's logo, 
the biller's name and address lines, the biller's telephone 
number, a watermark, or other printed special symbols or 
codes. 

[0034] There are two other required fields to be found on the 

scanned document. One field is the consumer's identifica- 
tion 510. Most commonly, the consumer's identification 
will be the accounts receivable account number assigned 
by the biller and may be machine-readable and embedded 
in the scan line in an OCR font. Whether located in the 
scan line or elsewhere, the consumer's identification field 
is highlighted by the operator and an accompanying menu 
is displayed that allows the operator to enter the valida- 
tion rules that include the font style, the number of digits 
and/or the characters in the field, the position of the 
check digit, and the check digit validation method 512. 



Another field in the OCR scan line or found elsewhere on 
the document may be the payment due amount in dollars 
and cents 514. This field is also highlighted and a menu 
may be displayed that requires the operator to enter the 
number of digits in the field and the maximum and mini- 
mum amounts acceptable 516. In addition to the OCR 
line, the two required fields are usually repeated else- 
where on the document in human-readable font and la- 
beled as account number and payment amount due. 
[0035] | n addition to the two required fields, the biller may spec- 
ify any number of additional fields 5 18 that may be 
needed for validation, payment acceptance or to prepare 
an accounts receivable record. Some optional fields, for 
example, may indicate minimum payment amount, the 
late charge amount, additional payment amounts by type 
(fees, insurance, additional principal, escrow, etc.), pay- 
ment amount including late charge, late charge date, 
closing (cut-off) date, payment or coupon number, cur- 
rent balance amount, previous balance amount, invoice 
number, reference number, signature line, and Accounts 
Receivable Conversion System (ARC) truncation indicator. 
Once again, the operator highlights each of the desired 
optional fields, enters the validation rules and calculations 



and appends a label to each. 

[0036] The biller may also include validation rules. Biller valida- 
tion rules may include, for example, a minimum accept- 
able payment amount, the number of days after the due 
date to require the addition of late fee, the number of 
grace period days, the rejection of a payment if a mini- 
mum payment is not received, the acceptance of a pay- 
ment that exceeds the amount due, and the rejection of a 
payment if the consumer indicates that payment is to be 
made by credit card. The validation rules may also include 
calculations, for example, the late charge amount plus the 
payment amount due must equal the amount paid. 

[0037] often a document will provide areas reserved for the con- 
sumer to write the amount they are paying and any addi- 
tional amounts that are included in the total payment 520. 
These fields may also be highlighted and the operator 
may specify from a menu the acceptable range of mini- 
mum and maximum amounts, whether a full payment is 
required, and whether a minimum payment is required. 
The consumer may also indicate that a change of address, 
change of bank, or payment by credit card is requested. 
The area specified for this type of information is again 
highlighted and defined as an optional field 522. The 



electronic template may then be moved into a protected 
storage area. 524. 

[0038] Turning now to FIG. 6, which is a schematic flow chart, 

representative of an embodiment of the present invention 
illustrating the processing steps performed at the remit- 
tance processing site. In an embodiment of the present 
invention, an electronic bill payment method is used to 
process the remittances. This method allows the single, 
non-negotiable accounts receivable documents to create 
the electronic financial transactions to cause payment of 
the bill. Utilizing an electronic database containing the 
linkage between the consumer's accounts receivable num- 
ber and the consumer's bank and bank account numbers, 
the applicable electronic financial transactions are gener- 
ated that will debit the consumer's checking account, 
credit the biller's depository account and prepare an elec- 
tronic accounts receivable record that is used to update 
the biller's accounts receivable accounting files. This em- 
bodiment utilizes the single remittance document process 
described in United States patent number 4,974,878, 
which is incorporated herein by reference. 

[0039] The operator initiates the commingled remittance applica- 
tion program, which then, in turn, initiates remittance 



processing operations 602. . In an embodiment, the first 
accounts receivable document is entered and digitally 
scanned 604 to create an image of the documents. The 
digital image of the document (front and back) is parsed 
and its information matched to the stored electronic tem- 
plates, searching for the specific template that will match 
a biller's payment document 606. This may be accom- 
plished, for example, by searching first for the most com- 
mon window envelope cut-out locations, and when the 
address field is located, to determine if the Post Office 
box number agrees with any of the stored template's box 
numbers. Other methods of locating the matching tem- 
plate, for example, may include searching the image for 
the biller's logo, biller's name and address, a telephone 
number, a unique preprinted code, a watermark, etc. 
When a match is made, the other required field locations 
are found to ensure that the correct template has been lo- 
cated 608. Other optional fields are found in the same 
manner i.e., by overlaying the templates highlighted fields 
to the accounts receivable document 610 and extracting 
the optional field data. 
[0040] if a match cannot be made, thus creating an exception 
condition e.g. a blank document or an unreadable docu- 



ment or an undefined biller's document, the operator is 
prompted to view the screen image of the document 612. 
If the operator can manually identify the biller's document 
by sight, a screen is displayed that will list all billers and 
their assigned number. The number, when selected, will 
retrieve the correct template and initiate the validation 
process. If the operator is unable to positively identify the 
document, it is flagged and sorted to the reject pocket of 
the terminal's pocket module 614. 
[0041] Exception conditions may also be encountered during val- 
idation as determined by the biller's validation rules 616. 
Each exception condition generates an exception record 
618. Each type of exception record is assigned an excep- 
tion code that is appended to the generated accounts re- 
ceivable record for subsequent reporting, review and cor- 
rection 620. 

[0042] The next step in the process is to determine if the pre- 
printed payment due amount agrees with the amount that 
the consumer has written on the document as the amount 
they are paying 622. The written amount may be parsed 
using a well known means, such as, for example, image 
character recognition (ICR). If there is no written amount 
present on the document, the pre-printed payment due 



amount is used 624. The amount may include the late 
charge amount if the payment date exceeds the late 
charge due date. If the written amount agrees with the 
pre-printed amount, subject to the late charge acceptance 
rules, the payment due amount or payment due amount 
including late charge is used. If the written amount is less 
than the payment due amount, the minimum payment 
rules are used to determine if the payment will be ac- 
cepted. If accepted, the written amount is used as the 
payment amount. If not, the document is considered to be 
an exception and flagged as such. If the written amount 
exceeds the payment due amount, the fields available for 
written additional payments, for example, fees, insurance, 
escrow, and the like, are read and added to determine if 
the sum is equal to the payment amount. If equal, the 
written amount is used as the payment amount 626. If 
unequal, an exception record is generated and flagged as 
such 628. In all of the above conditions, if any of the writ- 
ten amounts are unreadable, the image is displayed and 
the operator enters the amount, if discernable 630. If the 
operator is unable to determine the correct amount or un- 
able to resolve the written amount, the document is also 
considered as an exception and an exception record gen- 



e rated . 

[0043] At the end of a batch and at the end of the job, totals are 
generated for each biller's work processed 632. These to- 
tals may include the biller number, the total number of 
documents processed, the number of exception docu- 
ments, the total payment amount of accepted documents 
and overall batch totals and job totals. Totals may be 
screen displayed and available for screen prints 634. 

[0044] Batches of documents that do not have any exceptions are 
available for immediate extraction 636. Batches of docu- 
ments that have one or more exceptions must enter a 
correction process 638. The corrections program is then 
invoked. A screen display of the batch numbers that con- 
tain one or more exceptions is provided. The corrections 
operator selects a batch for correction 640. The image 
(front and back) of each of the exception documents is 
displayed along with the exception reason and audit trail 
number 642. The operator will determine if the exception 
can be corrected, for example an unreadable amount, a 
torn, folded or otherwise mutilated document, etc. which 
may be key entered by the operator. If so, the operator 
will make the necessary correction and the document will 
then be accepted 644. If the exception cannot be cor- 



rected, the physical document may be physically removed 
from the batch and deleted from the file, however, the 
digital image will remain as an audit trail 646. The images 
of all uncorrected exceptions are uploaded to a server for 
review by the biller for correction or, alternatively, re- 
turned to the consumer 648 for correction and re- 
submission. Additionally, document images that indicate 
that the consumer has requested a change of address or a 
change of bank are electronically made available to the 
biller via an upload to a server for database maintenance 
650. After completion of all batch corrections, batch totals 
and job totals are regenerated and the file extract pro- 
gram is initiated 636. 
[0045] piles may be extracted upon completion of all jobs as- 
signed for the processing cycle or at predetermined cut- 
off intervals 652. Intermediate extracts may occur during 
the processing cycle in the event of operational problems 
or when peak volume thresholds are met. The primary 
files extracted may include, for example, the payment 
records file 654, the exception records file 656, and the 
document image file 658. During extracts, totals may be 
accumulated of the payment dollar amount by biller, the 
number of records processed by biller, the number of ex- 



ception records, the number of records processed by op- 
erator and overall totals of payment dollar amount, the 
number of records processed and the number of excep- 
tion records by biller by exception reason 660. The ex- 
tracted payment records file may be sorted to the con- 
sumer's account receivable number and matched to the 
electronic payment database 662. The consumer's ac- 
counts receivable number is used as a key to obtain the 
consumer's bank and bank account numbers and other 
required fields from the electronic payment database that 
then generates an expanded payment record 664. This 
expanded payment record file may be resorted to the as- 
signed biller number to extract the biller's depository 
bank and bank account numbers from the electronic pay- 
ment database along with other biller fields required for 
ACH file generation 666. At the completion of this sorting 
and matching process control, totals may again be col- 
lected to rebalance the totals aggregated during the ex- 
tract. 

[0046] it W i|| be appreciated that it is possible that during the 
matching process, that an exception condition occurs 
which is caused by the payment records accounts receiv- 
able number being unmatched to the electronic payment 



database 668. For example, either the payment document 
was misread or the consumer was not established as an 
electronic payment user. In either case, an exception 
record is generated and merged with the previously ex- 
tracted exception record file 670. Other exceptions may 
occur during the process. The file of exceptions may then 
be transmitted to the biller 672. 

[0047] The extracted image file utilizes standard image archive 
systems related procedures to provide both a central im- 
age archive access, but also to prepare individual image 
files for each biller 674. 

[0048] The expanded payments file is used to generate the ACH 
file 676. Standard file formats specified for ACH file gen- 
eration and transmission by NACHA 2003 Operating Guide- 
lines or the equivalent may be used. The ACH Entry Class 
Code may use the Prearranged Payment and Deposit Entry 
(PPD) format for all generated electronic transactions. The 
ACH file may then be transmitted to an ACH originator. 

[0049] The expanded payments file may also be used to generate 
a file conforming to the biller's requirements that will up- 
date their accounts receivable accounting file to reflect the 
consumer's payment and prepare related accounting in- 
formation 678. The file format may be variable and spe- 



cific to each biller. At a minimum, it will contain the con- 
sumer's accounts receivable number, the payment amount 
and the payment date. The file may then be transmitted to 
the biller along with the generated control totals. 
[0050] Referring to FIG. 7, which is a schematic flow chart repre- 
sentative of another embodiment of the present invention 
illustrating a method of processing multiple payment ma- 
terials from a single consumer 700. In this embodiment, 
the consumer may choose to include more than one ac- 
counts receivable document in a single envelope ad- 
dressed to the remittance processing site. A pre- 
addressed envelope would be available for use by the 
consumer so that payment of multiple bills received by 
the consumer throughout the month may be paid by en- 
closing the various accounts receivable documents in the 
single envelope 702 and dropped off at a predetermined 
location 704 or mailed 706. When received at the remit- 
tance processing site, the operations are the same as pre- 
viously described in FIG 3 with the exception that the en- 
velope, when opened, may contain more than one ac- 
counts receivable document from the consumer 708 and 
may also include accounts receivable documents from 
more than one consumer . 



[0051] | n y e t another embodiment, as a means to expedite the 
consumer's payment of bills, a biller may choose to in- 
clude a pre-addressed postal card with the bill or state- 
ment that is mailed to the consumer. The consumer would 
then sign and date the card and mail it to the remittance 
site to initiate bill payment. The postal card may contain 
sufficient machine-readable bar coded information such 
as biller identification, the consumer's accounts receivable 
account number, the payment amount or payment due 
date to generate the electronic transactions needed to up- 
date the accounts receivable files, debit the consumer's 
bank account and credit the biller's depository bank ac- 
count when the document is processed at the remittance 
processing site. The processing operations are the same 
as in the embodiment previously described in FIG 3 , with 
the exception that the envelope opening function is not 
required. 

[0052] Referring now to FIG. 8, which is a schematic flow chart 
representative of another embodiment of the present in- 
vention that illustrates a method of processing con- 
sumer's payment materials utilizing a conventional two- 
document process. As with the previously described em- 
bodiment, an electronic template for each biller will have 



been generated using the method depicted in FIG. 5 . The 
mailed envelopes are manually opened or placed in an au- 
tomated mail opening device without regard to the biller 
identification or box number. The payment materials are 
extracted 802. Usually, the payment materials will be 
composed of two documents, an accounts receivable doc- 
ument and a monetary document such as a negotiable in- 
strument. In some instances, however, there may be a 
single accounts receivable document supported by two or 
more monetary documents or conversely, two or more ac- 
counts receivable documents offset with a single mone- 
tary document. 

[0053] The extracted payment materials are placed in groups or 
batches of payments with the accounts receivable docu- 
ments) preceding the monetary document(s) 804. These 
batches are delivered to the remittance terminal operator. 
The operator places the batch in the read/feed hopper of 
the terminal device and initiates the remittance processing 
program 806. The first accounts receivable document is 
scanned (front and back) and an electronic search is initi- 
ated by masking-off highlighted areas of each of the elec- 
tronic templates to locate matching printed information 
on the accounts receivable document 808. . The rules 



stored in the matched biller's electronic template are used 
to then decipher the contents of the OCR scan line to de- 
termine the various components of the scan line 810 as 
described in Fig. 6. . 
[0054] _ The next document may be the monetary document, its 
MICR code line is validated and the courtesy amount (the 
handwritten amount in numerals) is recognized using 
courtesy amount recognition (CAR) 812, a well known 
technique. The written amount is compared to the pre- 
printed payment due amount that was extracted from the 
accounts receivable document 814. Validation of the 
amount takes into consideration the late charge fees and 
other amounts that may be applicable as determined by 
the rules chosen by the biller. If the amounts agree, the 
payment is accepted 816. If unequal, a partial payment 
may be accepted, again as determined by the rules chosen 
by the biller 818. If the monetary document is accepted, 
the accounts receivable conversion (ARC) truncation indi- 
cator, if present, may be examined to determine if the 
document is eligible for truncation. If eligible, the docu- 
ment may be directed to a pocket of the terminal device 
designated for truncated documents 820. If not eligible 
for truncation, the document may be directed to a pocket 



of the terminal device designated for non-truncated doc- 
uments 822. If the monetary document was not accepted, 
an exception record is generated, the monetary document 
directed to an exception pocket, and the monetary docu- 
ment is not encoded with an amount 824. The next ac- 
counts receivable document is read. It may or may not be 
for the same biller. Regardless, the process described 
above is repeated. The process continues until all batches 
have been processed. 

[0055] As described in FIG. 6 the corrections, extract, file gener- 
ation and file transmission operations are invoked upon 
completion of the work or as determined by processing 
schedules and processing volumes. The physical monetary 
documents that were not eligible for ARC truncation are 
either prepared for deposit to a depository bank account 
or the monetary document images may be transmitted to 
the depository bank 826 with the physical checks being 
stored for an interim period and then destroyed. Elec- 
tronic records created for monetary documents that were 
eligible for truncation are used to prepare an ACH file 
828, which may be transmitted to an ACH originator for, 
further processing 830. 

[0056] The matter set forth in the foregoing description and ac- 



companying drawings is offered byway of illustration only 
and not as a limitation. While particular embodiments 
have been shown and described, it will be apparent to 
those skilled in the art that changes and modifications 
may be made without departing from the broader aspects 
of applicants" contribution. The actual scope of the pro- 
tection sought is intended to be defined in the following 
claims when viewed in their proper perspective based on 
the prior art. 



